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Description 

r 

Device for producing and/ or configuring an automation system 



configuring an automation system in accordance with the 
5 preamble of Claim 1. 

For producing or project planning as well as for configuration 
or also modification of automation systems, it is desirable 
from the standpoint of costs for activities arising during the 
production, project planning, configuration or modification of 
10 the automation system to be undertaken by persons who are 
based at different locations. The usual current practice is 
thus to employ personnel based in different countries when 
producing automation systems. The actual automation system to 
be produced or configured can be located in any country. 

15 To enable such international production or configuration of 
automation systems to be undertaken, tools have been employed 
in the prior art which allow persons tasked with the 
production or configuration of the automation system to access 
files which are required for producing or configuring the 

20 automation system and are stored on the automation system via 
a data link, such as a telephone line for example.. In 

s. 

accordance with the prior art tools which are known to the 
person skilled in the art under names such as "PC Anywhere" or 
also "Netmeeting" are used. 

25 Tools such as "PC Anywhere" or "Netmeeting" are also generally 
referred to as remoting tools. A person tasked with the 
production or configuration of the automation system and who 
gains access to the required files via this type of remoting 
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tool is also referred to as a remote client. 

With the remoting tools such as "PC Anywhere" and "Netmeeting" 
known from the prior art, the remote client dials in via a 
conventional telephone line to a device for production or 
5 configuration of the automation system. To enable a client to 
do this, the identical remoting tools must be installed on the 
device for production and configuration of the automation 
system - in the case described here a central server - and on 
the remote client. In accordance with the prior art there is 

10 thus a requirement for identical remoting tools to be present 
both on the remote client side and on the server side. 
Otherwise it is not possible for the remote client to access 
the server. In addition it is only ever possible in the prior 
art for one remote client to access the device for production 

15 or configuration of the automation system. Devices known from 
the prior art do not thus have multiuser capabilities. 

Using this as its starting point, the present invention 
addresses the underlying problem of creating an innovative 
device for producing and/or configuring an automation system. 

20 This problem is resolved by developing the device mentioned at 
the start for producing and/or configuring an automation 
system by the features of the identifying part of Claim 1. 

In accordance with the invention, the interface of the device 
for producing and/or configuring automation systems features 
25 first means for transmitting to one or more remote clients a 
copy of each file stored on the storage system, with the 
interface further featuring second means for receiving the 
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files created and/or modified by the remote client or by each 
remote client. 

According to an advantageous development of the. invention the 
first and second means are embodied as file format conversion 
means, where the file format conversion means convert the 
files from a file format that can be processed in the device 
into a file format that can be processed by the client or by 
each client and vice versa. Graphics data stored in the 
storage system is preferably converted into and from an SVG 
format which can be processed by the remote client or by each 
remote client, and text files stored in the storage system are 
preferably converted into and from a DHTML and JavaScript 
format which can be processed by the remote client or by each 
remote client. 

Preferred developments of the invention are produced by the 
subclaims and the subsequent description. 

A preferred exemplary embodiment of the invention is explained 
in greater detail below - without being restricted to this 
embodiment - with reference to the drawing. The drawing shows: 

Fig. 1 a block diagram to illustrate the underlying 
principle of the invention; 

Fig. 2 a block diagram to illustrate the functioning of the 
inventive device; and 

Fig. 3 a further block diagram to illustrate the functioning 
of the inventive device. 

Fig. 1 illustrates the underlying principle of the present 
invention as a highly schematic block diagram. 
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Fig. 1 thus shows an inventive device 1 for production or 
configuration of an automation system which communicates in' 
the direction depicted by* the arrows 2 and 3 with a remote 
client 4 and exchanges files or data. The device for 
5 production and/or configuration of the automation system can 
also be referred to as an engineering system. Stored on the 
device 1 for production or configuration of the automation 
system are files which are needed or created for production or 
configuration of the automation system. These files are stored 
10 on device 1 in a storage system not shown in the diagram. As a 
rule device 1 takes the form of a server. 

Remote client 4 is now to access device 1 for the purposes of 
production or configuration of the automation system and in 
doing so, is to modify files stored on device 1 or create new 
15 files by using files stored on device 1. This requires the 
device 1 to transfer data to the remote client 4 in the 
direction of arrow 2 and the remote client 4 to transmit the 
modified or created data in the opposite direction in the 
direction of the arrow 3 to the device 1 . 

20 It is now possible within the scope of the present invention 
to enable communication between the device 1 and the remote 
client 4 by using browser-based Web technologies. This means 
that only an operating system and a browser for Internet 
applications or Intranet applications is present or installed 

25 on the remote client side 

The device 1 in accordance with the invention for production 
or configuration of an automation system is assigned an 
interface not shown in Fig. 1 which allows communication 
between the device 1 and the browser-based remote client 4 via 
30 the Internet or Intranet. To make this possible, the interface 
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includes first means to transmit to the remote client 4 a copy 
of the files which are stored on the storage system of the 
device 1 and which* the remote client 4 needs for production 
and/or configuration of the automation system. It follows from 
5 this^that, in the sense of the invention, the remote client 4 
does not directly modify or access the files stored on the 
device 1, but instead is presented with a copy of these files. 
Furthermore the interface includes second means for receiving 
files created and/or modified on the remote client 4 and 
10 finally for storing them back on the storage system. 

Even from the greatly simplified presentation given above of 
the device in accordance with the invention a central 
advantage of the invention is evident. This lies in the fact 
that identical remoting tools no longer have to be installed 
15 on the device 1 and on the remote client 4. Access from the 
remote client 4 to the device 1 is browser-based and is 
undertaken via the Internet or the Intranet . 

The first and second means of the interface which allow 
communication between the device 1 and the remote client 4 are 
20 file format conversion means. Thus it must be ensured that the 
files stored on the device 1 are made available to the remote 
client 4 in a format in which it is possible to modify the 
files or to create new files. These files can be graphics 
files on the one hand and text files on the other hand. 

25 Graphics files stored on the device 1 are converted by the 
interface for the remote client 4 which needs to access the 
corresponding graphics file into what is known as an SVG 
format. The SVG (Scaleable Vector Graphics) format involves a 
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markup language based on XML technology for description of 
scalable and transformable vector graphics. The person skilled 
in the art to whom this document is addressed will be familiar 
with details of the SVG format, so that no detailed 
5 descriptions of the principle of the SVG data format need be 
provided here . 

Text files are also transmitted via XML technology or via HTML 
elements. To enable the files to be processed on the remote 
client 4, a menu, a toolbar or property pages will be needed, 

10 depending on the selected project planning object. To 

implement this in a Web-based environment, these elements are 
implemented as menus, toolbars or property pages in the DHTML 
format with JavaScript elements. These formats are also 
familiar to those skilled in the art - the intended readership 

15 of this document. 

By converting the files stored on the inventive device in an 
SVG format or DHTML JavaScript format it becomes possible for 
the first time to make available to a remote client 4, which 
merely has to feature an operating system and a browser, files 
20 for production and configuration of an automation system in 
such a way that these files can be processed on the remote 
client 4 regardless of the format needed in the device 1. 

Fig. 2 illustrates the functioning of the device in accordance 
with the inventive device on the basis of a block diagram. 

25 Thus Fig. 2 again shows the remote client 4, which is 

connected to the device 1 for the production or configuration 
of an automation system in accordance with the invention. If a 
file required for the production or configuration of the 
automation system is now to be modified or created via -the 

30 remote client 4, the remote client 4 on which only an 

operating system and also an Internet browser or Intranet 
browser is installed, dials into the device 1 in the direction 
of the arrow 5. As already * explained in connection with Fig. 
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1, the remote client 4 and the device 1 communicate via an 
interface, with the interface featuring first means to 
transmit to the remote client 4 copies of the required files 
and furthermore features second means for receiving files 
5 created and/or modified on the remote client 4. 

The second means of the interface, identified in Fig. 2 by 
reference number 6, is thus used to transfer data from the 
remote client 4 to the device 1. This data can of course also 
be the dial-in process in the sense of arrow 5. The remote 

10 client 4 uses the interface to access the files stored on the 
storage system 7 of the inventive device 1. This can involve 
one or more of the files stored in the storage system 7 , for 
example graphics files and/or text files. These graphics files 
and text files are stored in the storage system 7 of the 

15 inventive device 1 in a special file format. 

Copies of the files needed by the remote client 4 are 
subjected via the first means, which is identified in Fig. 2 
with the reference number 8 of the interface, to a file format 
conversion. Thus required graphics files are converted by the 

20 interface, namely by the first means' 8 of the interface, into 
an SVG format and text files with which menus or property 
pages are to be transmitted to the remote client 4 are 
converted into a DHTML f ormat >with JavaScript. The files 
subjected to a format conversion in this way are then routed 

25 by the interface in the direction indicated by arrow 9 to the 
remote client 4. 

In the remote client 4 the copies of the files stored on the 
storage device 7 which were converted by the interface into a 
format which could be processed by the remote client 4 are 
30 modified, but new files can also be created. The files thus 
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modified or created are then transmitted from the remote 
client 4 in the direction of the arrow 10 back to the device 
1. The files are then converted by the second means 6 of the 
interface into the file format in which the files are to be 
5 stored in the storage system 7. 

Further aspects of the inventive device are explained with 
reference to the block diagram of Fig. 3. Fig. 3 thus shows 
two remote clients 4 which, for producing and or configuring 
the automation system, exchange data or files with the 

10 inventive device 1. So that the inventive device 1 has both 

multiuser capabilities, i.e. it can be accessed by a number of 
remote clients 4 simultaneously, but also ensures that only 
one remote client can even access one or more specific files 
stored in the storage system, the inventive device 1 has an 

15 access management device 11. 

In the access management device 11 the files stored in the 
storage system 7, for example graphics files or text files, 
are administered such that a log is kept on the one hand of 
which remote client 4 is accessing which of the files, and on 

20 the other hand conflict resolution is provided for the case in 
which a number of remote clients 4 simultaneously wish to a 
access a specific file. If a first remote client 4 dials into 
the inventive device 1 and accesses a number of files stored 
on the storage system 7, as explained above, a local copy of 

25 the corresponding files is made for this first remote client 
and in. addition these files are locked for this remote client. 
In other words this means that these files are made available 
exclusively for the remote client which first accesses the 
files and is processing them. If a second remote client 4 now 

30 dials into the inventive device 1 and wishes to access the 
same files to which the first remote client 4 has already 
obtained access, this fact is indicated to the second remote 
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client 4 via the access management device 11. The following 
variants are conceivable here: 

In accordance with the first variant the files to which two or 
more remote clients 4 simultaneously wish to have access are 
reserved for the remote client which first accessed the 
corresponding files . The access management device 11 then only 
makes these files available to the second remote client 4 when 
the first remote client 4 has released these files again by 
ending processing of the files. The access management device 
11 will in this case notify the second remote client 4 
accordingly. 

In accordance with a second variant the access management 
device 11 can, if the second remote client 4 wishes to access 
the files which are reserved for the first remote client, 
15 notify the first remote client 4 that the second remote client 
4 wishes to access the files. Depending on the reaction of the 
first remote client 4, the access management device 11 in this 
variant can continue to reserve the corresponding files for 
the first remote client 4 or can withdraw them from the first 
20 remote client 4 and make them available to the second remote 
client . 

In accordance with a further variant it is possible to assign 
the different remote clients different priorities and for the 
access management device 11 to design access to the files 
25 stored in the storage system 7 so that it depends on the 

priority of the remote clients 4. If the first remote client 4 
has a higher priority than the second remote client which 
wishes to obtain access to specific files after the first 
remote client, the access rights remain with the first remote 
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client. On the other hand if the second remote client 4 has a 
higher priority, the access management device 11 would notify 
the first remote client 4 that a remote client 4 with a higher 
priority is being given access to files processed by the first 
5 remote client 4 and will withdraw these files from the first 
remote client and make them available to -the second remote 
client 4. 

This type of access management device 11 gives the inventive 
device multiuser capabilities. A number of remote clients 4 
10 can simultaneously access different files. The system also 

ensures that only one remote client 4 ever obtains access to a 
specific file. 

Furthermore Fig. 3 shows a security device 12 assigned to the 
inventive device 1. In the security device 12 passwords of 

15 remote clients wishing to access the inventive device 1 are 
interrogated and also managed or administered. This makes it 
possible to ensure that access to the inventive device for 
producing and/or configuring the automation system is only 
possible from authorized remote clients 4. It is alsp possible 

20 for just a specific selection of files stored on the storage 
system 7 to be released to a remote client 4, on basis of a 
password, by the security device 12. This makes it possible to 
allow specific remote clients 4 to have access to just 
specific files. 

25 In the sense of the invention a device for producing and/or 
configuring an automation system is therefore proposed which 
has both remote capabilities and multiuser capabilities and is 
based on the use of browser-based Web technologies. The 
invention provides a unique and innovative approach to finding 
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a solution to the problem of providing access to remote 
clients to files stored on the inventive device without the 
entire application having to be installed at the remote 
client. The remote client merely needs an operating system as 

5 well as an Internet browser or Intranet browser. It is within 
the scope of the invention to convert graphics files stored on 
the device into an SVG format. It is known to the present 
invention of that the SVG format is especially suitable. By 
using the SVG format for the graphics files the file sizes can 

10 be kept small. Thus with the SVG format only vector 

coordinates are stored and not, as is otherwise normal, 
individual pixels or graphics. Furthermore the use of SVG 
technology allows the graphics files to be logged at the 
remote client. 
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